home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001138_ccprl@xdm001.c…ranfield.ac.uk _Mon May 17 15:14:56 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Return-Path: <ccprl@xdm001.ccc.cranfield.ac.uk>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA17996; Mon, 17 May 93 15:14:56 MET DST
  4. Received: from xdm001.ccc.cranfield.ac.uk by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA07698; Mon, 17 May 1993 15:35:55 +0200
  6. Received: by xdm001 
  7.     id AA14357; Mon, 17 May 93 10:56:53 +0100
  8. Received: by xdm039 (5.57/4.7) id AA12072; Mon, 17 May 93 10:55:01 +0100
  9. Message-Id: <9305170955.AA12072@xdm039>
  10. To: www-talk@nxoc01.cern.ch
  11. Cc: ccprl@xdm001.ccc.cranfield.ac.uk
  12. Subject: Page Breaks and Tables of Contents in HTML
  13. Reply-To: p.lister@cranfield.ac.uk
  14. Date: Mon, 17 May 93 10:54:59 BST
  15. From: "Peter Lister, Cranfield Computer Centre" <ccprl@xdm001.ccc.cranfield.ac.uk>
  16.  
  17. I would like a page break in HTML, e.g. <page> would tell a viewer to
  18. display text following this point as if it came from another HTML
  19. document (though it is NOT desirable that any other functions would be
  20. limited in this way, e.g. searches). There would be a method (probably
  21. an anchor automtically generated by the viewer) for moving on to the
  22. next page, or back to the beginning.
  23.  
  24. To go along with this, a table of contents would be nice (i.e. an
  25. automatically generated table of intra-document reference anchors), so
  26. that users can warp straight to the relevant text from the beginning of
  27. the document without having to search through a large file (whether via
  28. a search function or by eye).
  29.  
  30. All of this functionality happens now, it's just that books have to be
  31. divided into separate files for each chapter manually, and have a hand
  32. crafted TOC. All I ask is that the hooks be put in place for this to be
  33. done by the viewer. Since most systems do generate mulit-page documents
  34. in a single file, HTML translators are made a bit more awkward if the
  35. translator has to open a new file (and insert anchors) or kludge (like
  36. I do) by inserting a line of dashes.
  37.  
  38. Again, XMosaic already has much of the functionality there, as the
  39. Motif text widget forces page breaks. Maybe OSF's design constraint
  40. wouldn't look so bad if we could structure HTML more like a real book.
  41. I find a document so big that it forces an XMosaic page break is *very* unfriendly.
  42.  
  43. Peter Lister                                    p.lister@cranfield.ac.uk
  44. Computer Centre,
  45. Cranfield Institute of Technology,        Voice: +44 234 754200 ext 2828
  46. Cranfield, Bedfordshire MK43 0AL England    Fax: +44 234 750875